上一篇文章裡，我談到 vibe coding 並不是魔法，不會憑空出現，工具與環境依舊是關鍵。這篇，我想更實際一些，帶大家一起打造屬於自己的「試驗場」：VSCode + Github Copilot。

這個組合，對 vibe coding 來說有三個關鍵優勢：

1. 即時建議：Github Copilot 能像 pair programmer 一樣即時補全。
2. 輕量靈活：VSCode 本身跨平台、快速啟動，適合做靈感測試。
3. 生態完整：各種套件與終端機整合，讓「生成 → 測試 → 修正」循環幾乎無縫。

接下來我會分三個層次來說：環境準備 → 使用方式 → 延伸比較。

1. 環境準備：從安裝到設定

如果你還沒有使用過 VSCode + Copilot，這裡是一個最小可行的安裝流程。

VSCode 可以到官網下載：https://code.visualstudio.com/

在 VSCode 內的 Extensions 搜尋 Github Copilot 套件。原本在 Github 上的 Github Copilot Chat 已經棄用，微軟另外開了新的 Github Copilot。

Github Copilot 能免費使用，但可使用的模型與次數有限。我自己是直接訂閱了一年份的 Pro 版本，不過我會建議初期使用者先以「月訂閱」開始，如果覺得不習慣，隨時可以止損。

在這個過程中，請注意兩個重點：

• 保持乾淨的環境：這是一個「試驗場」，最好不要跟正式專案混用。可以開一個專門的資料夾，甚至用 Dev Container 或 WSL 來隔離。
• 設定快捷鍵：Copilot 的建議如果不能快速接受或拒絕，體驗會被打斷。善用 VSCode 的 keybinding，讓你的 momentum 更順暢。

2. 使用方式：把 Copilot 當你的 Pair Programmer

當環境準備好之後，vibe coding 的魔力就開始展現了。

在 VSCode + Copilot 裡，最推薦的幾種用法是：

• 自然語言到程式碼：直接輸入註解或描述，Copilot 會幫你生成初稿。
• 片段測試：開一個新檔案，用最小單位的 code snippet 去實驗，看看 AI 如何補齊。
• 迭代修正：不需要一次要求完美。Copilot 的強項是「先給一個方向」，你再快速微調。
• 模式切換：從 inline 補全到 Copilot Chat，可以隨時切換「單行 → 區塊 → 對話」的不同 vibe。

後續的篇幅我會再更深入說明具體的使用方式。

3. 為什麼選 VSCode？工具體感的差異

在上一篇文章我已經提過，PhpStorm 搭配 Copilot 的體驗相較 VSCode 稍顯遲鈍。這不代表 PhpStorm 不好，而是「不同工具適合不同 vibe」。

對我來說，PhpStorm 是「正規專案的主場」，而 VSCode 更像「靈感的沙盒」。

• 在 PhpStorm，我追求的是穩定、重構能力、完整整合。
• 在 VSCode，我要的是速度、即時性、保持 momentum。

4. 延伸比較：CLI 工具的另一種 vibe

雖然這篇的主角是 VSCode + Copilot，但我想先小小預告一下：除了 IDE 裡的 AI 助手，還有另一條有趣的路徑——CLI 工具。

像是：

• OpenAI Codex CLI：早期專注於「指令轉程式碼」，但隨著 Codex 被整合到 ChatGPT，其定位逐漸模糊。
• Claude Code：強調長上下文處理，對「大型檔案」或「跨檔案邏輯」的 vibe 更友好。
• Gemini CLI：Google 系的選項，優勢在於能快速呼叫模型，並與其他 Google 工具鏈（雲端、API）結合。

這些 CLI 工具的特點是「更貼近終端機工作流」，不依賴 IDE，但缺乏像 Copilot 那樣即時的 inline 補全。

簡單來說：

• VSCode + Copilot 適合「靈感快速實驗」。
• CLI 工具 更適合「腳本式操作」與「自動化流程」。

（第四篇我會把這些 CLI 的實際操作和體驗細講，這裡就先點到為止。）

Vibe coding 的魅力在於「快速實現腦中的想法」。但如果沒有一個合適的環境，這些想法很容易停留在「會跑一次」的階段。

VSCode + Copilot 提供的，不只是程式碼補全，而是一個讓你能隨時開啟、快速實驗、立即驗證的試驗場。

它讓你把 AI 的產出，從「一段程式碼」推進到「能反覆測試的產品雛形」。